home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Sep 90 / MacApp.Tech$ 9⁄7⁄90 / 1888-MA 2.01 & A Question-Sep90 next >
Encoding:
Text File  |  1991-03-06  |  2.5 KB  |  57 lines  |  [TEXT/GEOL]
  1. Item    6580848                         1-Sept-90        11:07PDT
  2.  
  3. From:   PEMD                            CH DEV PEMD Group, Zurich,IDV
  4.  
  5. To:     MOOF                            Rollin, Keith A
  6.  
  7. cc:     MACAPP.TECH$                    MacApp Technical
  8.  
  9. Sub:    MA 2.01 & A Question
  10.  
  11. Dear Keith,
  12.  
  13. Rebuilding MacApp after running PatchWorks was indeed necessary to allows us to
  14. compile our application.  Thanks for the tip.
  15.  
  16. I did find two differences between MA 2.01 and MA 2.0:
  17.  
  18. 1) There are two modal dialogs with EditText fields.  The field selected upon
  19. opening the dialogs was locked (would accept no input from the keyboard) and
  20. required going to another field and then returning to make an entry .  This did
  21. not happen with MA 2.0.  The problem was fixed by placing the
  22. SelectEditText('name',True); call after, rather than before, opening the window
  23. containing the dialog.
  24.  
  25. 2) A document is opened and a blank window with it.  This window's background
  26. color should be the same color with which the user had been working when the
  27. document was last used.  The means for insuring the same color that worked in
  28. MA 2.0 did not in 2.01.  The only solution I could find was to move some redraw
  29. code from the aDoc.DoCreateViews method to the view's DoIdle method.  A bit
  30. kludgy.
  31.  
  32. Have you heard of any other such required changes between 2.0 and 2.01?
  33.  
  34. I've also noticed a drawing error and I can't tell for the moment if its in our
  35. application (probably) or in MacApp.  There are multiple windows on the screen
  36. and let's say they are tiled and in the tiling the active window is not the
  37. last window drawn (the tiling method repositions and resizes the windows by
  38. iteratating through the document's window list).  After the tiling, a menu
  39. operation is chosen which draws something, say a line.  This line is then not
  40. drawn in the currently active window, but rather in the last window drawn. This
  41. drawing error also occurs after a window is zoomed out to the screen size and
  42. then zoomed in, causing once covered windows to be re-drawn.  It occurs in MA
  43. 2.0, MA 2.01, but does not occur in MA 1.1.1.
  44.  
  45. It does not occur if the mouse is simply clicked anywhere in the already active
  46. window before the menu operation is chosen.  The underlying data structures for
  47. the view are correct, because if after the line is incorrectly drawn, a re-draw
  48. is forced on the windows (e.g. tiled again), the line is drawn in the correct
  49. window and disappears from the incorrect window. Any suggestions on this one?
  50.  
  51. Thanks for the work.
  52.  
  53. Regards,
  54. Ernie
  55.  
  56.  
  57.